home *** CD-ROM | disk | FTP | other *** search
/ Linux Cubed Series 7: Sunsite / Linux Cubed Series 7 - Sunsite Vol 1.iso / system / filesyst / ext2 / ext2fs.faq < prev    next >
Text File  |  1996-11-17  |  4KB  |  94 lines
  1.  
  2.         FAQ for the second extended file system
  3.             Last updated on 93/10/18
  4.  
  5.  
  6.     This file contains the answers to some frequently asked questions
  7. regarding the second extended file system.
  8.  
  9. Q: I have created an ext 2 fs on my root file system and, every time I boot
  10.    Linux, I see these messages :
  11.     MINIX-fs magic match failed
  12.     EXT-fs: magic match failed
  13. Does it mean that Linux doesn't recognize my root file system ?
  14.  
  15. A: No.
  16.    When Linux boots, it tries to mount the root file system using the
  17.    different file system types :
  18.     - it first tries to mount / as a minix file system, discovers that it
  19.       is not a minix fs and displays the first error message,
  20.     - then it tries to mount / as an extended file system, discovers that
  21.       it is not an extended fs and displays the second error message.
  22.    Recent versions of the kernel use a silent flag to prevent these warning
  23.    messages.  If you upgrade your kernel, they will go away.
  24.  
  25. Q: After the two error messages, I see :
  26.     [EXT II FS 0.2c, 93/03/06, bs=1024, fs=1024, gc=##, bpg=##, ipg=####]
  27.     EXT2-fs warning: mounting unchecked file system
  28.    Does it mean that there is a problem with the file system ?
  29.  
  30. A: Usually no.
  31.    In fact, the ext 2 fs keeps a valid flag on the disk.  This flag is set to
  32.    0 when the file system is mounted and set to 1 when it is unmounted.  The
  33.    valid flag is checked by e2fsck to know if a file system needs checking (if
  34.    the flag is set to 1, e2fsck assumes that the file system is clean and does
  35.    not check it).
  36.  
  37.    The root file system is the only fs which cannot be unmounted so the valid
  38.    flag is always set to 0.  When booting, the kernel mounts it and checks its
  39.    valid flag.  As this flag is set to 0, it displays a warning.
  40.  
  41.    You can safely ignore this warning for the root file system.  Note that it
  42.    is a good idea to run e2fsck on the fs.
  43.  
  44.    Note that linux 0.99pl10 and above support unmounting the root file system
  45.    by remounting it in read-only mode.  Remounting a file system read-only
  46.    restores the valid flag.  To take advantage of it, you have to use the
  47.    bootutils package.
  48.  
  49. Q: I have tried to create an ext 2 file system with mke2fs and it dies with
  50.    'Out of memory'.  What is the problem ?
  51.  
  52. A: The problem comes from mke2fs itself.  mke2fs eats lots of memory to create
  53.    a file system since it creates a memory copy of the inode table.  The
  54.    problem has been fixed in recent versions (0.2c+ or above).
  55.  
  56.    So, upgrading your mke2fs and e2fsck programs will solve the problem.
  57.  
  58. Q: I have tried to create an ext 2 fs with mke2fs and it dies with the
  59.    message :
  60.     mke2fs: Unable to find a block for the block bitmap
  61.    or :
  62.     mke2fs: Unable to find a block for the inode bitmap
  63.    or:
  64.     mke2fs: Unable to find a block for the inode table
  65.    What is the problem ?
  66.  
  67. A: An ext 2 fs is made of several blocks groups.  Each group contains a copy
  68.    of the super block, a copy of the fs descriptors, two bitmap blocks and
  69.    a part of the inode table.  Each group is 8192 blocks long.
  70.  
  71.    When you create a file system, mke2fs divides the total number of blocks by
  72.    8192 to compute the number of groups.  Then, it tries to write the control
  73.    informations into each group.  Sometimes, the last group may be too small to
  74.    contain these informations and mke2fs simply dies when it detects the
  75.    problem.
  76.  
  77.    This bug has been fixed in version 0.3d, so upgrading solves the problem.
  78.  
  79. Q: When I run df, it shows that my ext 2 fs is more than 100% full.  Is it
  80.    normal ?
  81.  
  82. A: Yes.
  83.  
  84.    Each ext 2 fs contains some blocks which are reserved for the super user
  85.    (i.e. which cannot be allocated to normal users).  df uses the statfs()
  86.    system call which returns a structure containing :
  87.     - f_blocks : the total count of allocated blocks,
  88.     - f_bfree : the total count of free blocks,
  89.     - f_bavail : the count of free blocks available to normal user.
  90.  
  91.    df divides f_blocks by f_bavail to compute the block allocation percentage.
  92.    In an ext 2 fs where root has allocated most of the block, f_blocks is
  93.    greater than f_bavail so the allocation percentage is greater than 100%.
  94.